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REAL-TIME SCHEDULING OF VIRTUAL MACHINES 

BACKGROUND 

1. Field 

5 This disclosure relates to virtual machines and, more particularly, to real-time 

computations within virtual machines. 

2. Background Information 

Virtual computing machines, which are commonly referred to as virtual machines (VMs) 
10 have typically been employed in a number of specific situations. A virtual machine may 
emulate, for example, a processor or microprocessor. VMs, at a high level, are typically 
software implementations of electronic hardware. Current embodiments of VMs are typically 
employed in batch-processing, time-sharing applications and security applications. Other uses 
of VMs include emulating hardware that may still be in development and not yet implemented. 
J15 Such a use of a VM may be useful in debugging hardware during its development prior to actual 

2 implementation. This use of a VM may reduce development time and cost for the hardware that 
I is being emulated in software. In this regard, a processor, which may currently be in 

« development, could be implemented as a VM by employing a system that embodies a prior 
» generation processor. 

20 Prior implementations of VMs may be referred to as non-real-time. "Non-real-time," in 

[i this context, means that a VM operates without any requirement that any specific computation 
y or operation is accomplished by a well-defined deadline. Contrariwise, "real-time" means, in this 
1 context, that computations or operations upon data available at one substantially predetermined 

3 time are to be completed by another substantially predetermined time, which may be referred to 
25 as a deadline, as previously indicated. Typically, real-time applications comprise a hierarchy of 

such deadlines. 

Emerging technologies, such as, for example, multimedia applications, typically contain 
real-time subsystems. These subsystems may include software components that employ such 
real-time deadlines. These deadlines, typically, would need to be met for such applications to 
30 function satisfactorily. Therefore, a need may exist for virtual machine configurations that may 
be employed for use with such technologies. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The subject matter regarded as the invention is particularly pointed out and distinctly 
claimed in the concluding portion of the specification. The invention, the however, both as to 
5 organization and method of operation, together with objects, features, and advantages thereof, 
may best be understood by reference to the following detailed description when read with 
accompanying drawings in which: 

FIG. 1 is a block diagram illustrating an embodiment for determining interrupt periodicity, 
Y, in embodiments of virtual machine (VM) configurations in accordance with the invention. 
10 FIG. 2 is a block diagram of an embodiment of a state machine that may be employed 

by the embodiment of FIG. 1 , for example. 

FIG. 3 is a block diagram illustrating an embodiment of a feedback loop that may be 
employed for determining VM resource requirements in accordance with the invention. 

2 FIG. 4 is a block diagram illustrating an embodiment of a virtual machine configuration in 
315 accordance with the invention. 

r FIG. 5 is tables illustrating an embodiment of a reai-time schedule for embodiments of 

j virtual machine configurations in accordance with the invention, such as illustrated in FIG. 4, for 
i example. 

* FIG. 6 is a block diagram illustrating a prior art embodiment of a virtual machine 

j20 configuration. 

I DETAILED DESCRIPTION 

3 In the following detailed description, numerous specific details are set forth in order to 
provide a thorough understanding of the invention. However, it will be understood by those 

25 skilled in the art that the present invention may be practiced without these specific details. In 
other instances, well-known methods, procedures, components and circuits have not been 
described in detail so as not to obscure the present invention. 

As was indicated above, virtual machines (VMs) have typically been employed in time- 
sharing and batch processing applications. Additionally, VMs have been employed in security 

30 applications as well. The use of virtual machines is, of course, not limited to these situations 
and the foregoing are provided only by way of example. Current VMs, however, are not 
adequate to support real-time applications. As the processing capability of computing systems 
and use of real-time applications, such as multimedia applications, increase, techniques for 
employing VMs for use with real-time applications are desirable. 
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FIG. 6 illustrates a prior art embodiment, 600, of a virtual machine configuration that may 
be employed in batch or time-sharing applications, as previously discussed. In this particular 
embodiment, bare machine 610 comprises a computing platform, such computing platforms or 
systems typically comprise electronic hardware. This hardware may be capable, for example, of 
5 executing a standard operating system (OS) or a virtual machine monitor (VMM), such as 615. 
Such a VMM, though typically implemented in software, may export a bare machine interface, 
such as an emulation, to higher level software. Such higher level software may comprise a 
standard or real-time OS, although the invention is not limited in scope in this respect and, 
alternatively, for example, a VMM may be run within, or on top of, another VMM. VMMs and 
10 their typical features and functionality are well-known by those skilled in the art and may be 
implemented, for example, in software, firmware or by a combination of various techniques. 

In such prior art embodiments, a VMM, at a minimum, typically schedules the VMs. This 
scheduling may allow the VMs to share the computing resources of, for example, bare machine 
610. Such scheduling is typically done with static or predetermined allocation sequences. For 
315 example, VM A 620 may be allocated 25 percent of bare machines 610's computing resources 
» and VM B 630 may be allocated 75 percent of bare machine 610's computing resources. 
- However, the actual allocation may vary and depend, at least in part, on the particular 
~ embodiment and the applications being run within the VMs. In such an embodiment, the actual 

2 computing resource requirements of the VMs are not accessible to the VMM. Additionally, VM 
a 20 A 620 and VM B 630 are typically configured such that the VMs would not interface with one 

J another. In this respect, the VMs are configured such that it is not apparent to each VM that the 
^ bare machine resources are being shared. As part of scheduling VM A 620 and VM B 630 in 

3 this embodiment, VMM 615 is capable of suspending one VM and retaining information 
necessary for restarting that VM. For example, at the end of a period of time that VM A 620 is 

25 utilizing the bare machine's computing resources, VMM 615 may suspend VM A 620's activities, 
store data related to the current activities of VM A 620, restore data related to a prior 
suspension of VM B 630 and allocate, or schedule, VM B its 75% share of bare machine 610's 
computing resources, for this example. However, scheduling percentages in such an 
embodiment are not guaranteed over any specific time period. In this respect, for this 

30 embodiment, VM A or VM B may not receive any share of bare machine 610's computing 

resources over a specific period of time due to, for example, contention for various resources, 
such as a disk drive, as one example. 

In this particular embodiment, each VM would then allocate its share of bare machine 
610's computing resources to any user applications running in that particular VM, such as 
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application 1 640 and application 2 650 for VM A 620, for example. In this context, user 
applications are software that may be used for example, by a personal computer user. An 
example of such a user application may be a word processing program, as one example. As 
was previously indicated, because VMM 615 typically does not have access to information 
5 regarding how each VM allocates its share of computing resources, scheduling of the VMs to 
achieve real-time deadlines, such as displaying a certain number of frames of a video clip in a 
certain period of time, is problematic. 

FIG. 4 illustrates an embodiment, 400, of a virtual machine configuration that may be 
employed by embodiments of methods of real-time scheduling in accordance with the invention. 
10 The virtual machine configuration illustrated by embodiment 400 comprises an interface, which 
may be implemented in software. This interface may, for example, couple OS 1 425, application 
1 450 and application 2 455 to VMM 415. In this particular embodiment, this interface further 
comprises a resource management application, such as 475 or 480, although the invention is 
1 not limited in scope to use of such resource management applications, and embodiments 
315 without such a resource management application may exist. Resource management 
« applications are well known in the art and the invention is not limited in scope to the use of any 
f particular resource management application, nor to the use of a resource management 
* application at all. In such embodiments, scheduling information, which is discussed in more 
« detail hereinafter, may be communicated to a VMM, such as 415, from an OS, an application 
3 20 programming interface (API); such as APIs 430 and 445, a user application, or a resource 
J management application. 

: In embodiments such as 400, an OS, API, user application or resource management 

3 application may communicate one or more parameters that may be used by a scheduler 

embodied in a VMM, such as 415 to schedule VMs such that real-time deadlines of applications 
25 executing within a VM may be met. For such an embodiment, when employed by a method in 
accordance with the invention, it is assumed that computing activities in the VMs are typically 
event driven and that device interrupts are typically the root-level events upon which such 
computing activities are, at least in part, based. Thus real-time scheduling of VMs is typically 
based on such interrupts. These interrupts are typically periodic and, for example, may be a 
30 clock interrupt or video display interrupt. The invention is, of course, not limited in scope to 
these particular interrupts, nor the to use of any particular interrupts. 

In such embodiments of methods in accordance with the invention, it is assumed that 
computing activities in VMs are typically interrupt driven, as was previously indicated, and that 
real-time scheduling of VMs is typically based on periodic interrupts. One embodiment of such 



5 



Attorney Docket 42390. P7920 



a method for scheduling VMs may comprise the following. A user application, OS, API, or 
resource management application may communicate a resource requirement (Xj) and an 
interrupt period (Yj) for each interrupt source, although the invention is not limited in scope in 
this respect. Alternatively, for example, each X t and Yj may correspond to a specific VM. In this 
5 respect, the subscripts, i, for X and Y may, for example, correspond to a respective interrupt or 
VM, although the invention is not limited in scope in this respect. For such embodiments Xj may 
be expressed as a percentage of the computing resources of a bare machine, such as 410 and 
Y f may be expressed as the frequency at which the resource requirement should be allocated. 
For example, a resource management application, such as 475, may communicate to the VMM 
10 a Xi of 20 and a Yj of 10. This may then indicate to a scheduler embodied in such a VMM that it 
is desirable that this particular VM receive, for example, 2 microseconds (\xS) of computing 
resources every 10 jiS. 

In such embodiments, a VMM would schedule VMs based, at least in part, on the 
3 various X, and Yj values communicated to it by, for example, a resource management 
f15 application, such as 475. This scheduling may be accomplished by employing a number of 

* different real-time scheduling techniques. Such techniques are well-known in the art and the 
f invention is not limited in scope to any particular technique for scheduling VMs. For this 

« particular embodiment, a VMM may suspend VMs and initiate allocations of computing 

z resources to VMs in a substantially similar manner as was previously described with regard to 

g.20 embodiment 600. 

* FIG. 5 illustrates an embodiment of a schedule for a particular set of Xj and Yj values for 
7 an embodiment employing three VMs, A, B and C. In FIG. 5, table 510 indicates the respective 
3 Xj and Yj values for VMs A, B and C. Table 520 indicates an embodiment of a schedule that 

may result from a real-time scheduling technique employed in a VMM scheduler. For ease of 
25 explanation, Y, values will be expressed in terms of |LiS. For this particular scenario, VM A's 
resource requirements, which may be referred to as X A , are 20% every 10 jiS, which, likewise, 
may be referred to as Y A . Similarly, VM B's resource requirements, X B , are 50% every 2 juS, or 
Y B , and VM C's resource requirements, X c , are 25% every 4 jliS, or Y c . Simplifying this 
scenario, VM A's real-time resource requirements are 2 of every 10 jiS, VM B's real-time 
30 resource requirements are 1 of every 2 \iS and VM C's real-time resource requirements are 1 of 
every 4 \\S. The real-time schedule illustrated in table 520 satisfies the resource requirements 
indicated by these respective X, and Yj values and may, therefore, be used to schedule the 
respective VMs. 
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An alternative embodiment of a method for real-time scheduling of VMs in accordance 
with the invention that may employ an embodiment such as 400 may comprise the following. 
Rather than communicating both Xj and Yj values from an OS, user application, API, or resource 
management application, such an embodiment may communicate Xj values in such a manner 
5 and employ a technique for determining the interrupt period, Yj, such as the technique illustrated 
in FIG. 1 . In this particular embodiment, 100, interrupts 1 15 are communicated from hardware 
(H/W), e.g. a bare machine or devices 1 10, to a H/W interrupt virtualizer, such as 120. H/W 
interrupt virtualizer 120 may perform various functions. Of course, the invention is not limited in 
scope to any particular H/W interrupt virtualizer configuration. For this embodiment, however, 
10 H/W interrupt virtualizer 120 may filter known aperiodic interrupts, as was previously indicated 
as desirable. Such known aperiodic interrupts typically include interrupts from, for example, 
disk drives, keyboards and pointing devices, although the invention is not limited in scope to 
these particular aperiodic interrupts. H/W interrupt virtualizer 120 may also communicate 
« s virtualized interrupts to an appropriate VM. In this particular embodiment, as is typical when 
315 employing VMs, the VMs would handle such virtualized interrupts as though they were actual 
« hardware interrupts. It is desirable that VMs handle virtualized interrupts as actual hardware 
* interrupts, at least in part, due to the fact that VMs are typically configured such that it is not 
Z apparent to an individual VM that computing resources are being shared. H/W interrupt 

2 virtualizer 120 may communicate all interrupt not known to be aperiodic, such as previously 
^20 discussed, to interrupt period detector (IPD) 130. Certain interrupts, of the interrupts not known 
if to be aperiodic, may appear periodic for a given duration, then may change their period or 

i; become non-periodic. That is, these interrupts typically do not have a substantially consistent 

3 periodicity. IPD 130, for this embodiment, may be capable of rejecting such aperiodic interrupts, 
and therefore, the VMM may not consider such interrupts in scheduling VMs 140 and 150, for 

25 example. 

For this particular embodiment, IPD 130 may then, in turn, iteratively determine Yj based, 
at least in part, on interrupt information from H/W interrupt virtualizer 120, VM A 140 and VM B 
150. In this regard, IPD 130 may comprise a state machine, such as 200 illustrated in FIG. 2. 
For this embodiment, such a state machine may be employed for each virtualized interrupt and 
30 may be implemented in software, although the invention is not limited in scope in this respect. It 
may be desirable, in employing such a state machine in this manner, to initialize the state 
machine with an approximate Yj. Such initialization may decrease the time employed to 
converge on an actual Yj for a given interrupt. This decreased convergence time may, in turn, 
improve the overall performance of a virtual machine scheme employing such an embodiment. 
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State machines, such as 200, are well-known in the art, although, of course, the invention is not 
limited in scope to any particular state machine configuration or to the use of a state machine at 
all. 

As previously indicated, for this embodiment, the state machine illustrated in FIG. 2 may 
5 be employed to converge on an actual Y s for a given interrupt. As was also indicated above, it is 
desirable to initialize such a state machine with an estimated Yj value for each interrupt. For a 
given interrupt in such an embodiment, the state machine would initially be at state 0, indicated 
in FIG. 2 by element 240. If the expected Yj value, which may be an initialized value, is less 
than an actual Yj value, state machine 200 may then transition to state 1 , indicated by element 
10 250. For this particular embodiment, if the next actual Yj matches the expected Y, then state 
machine 200 would persist in state 1 , for this specific situation, while if the expected Y\ is greater 
than the next actual Yj, the state machine would then transition back to state 0. However, if the 
expected Y is again less than the subsequent actual Y value, state machine 200 may then 
1; transition to state 2, indicated by element 260. In similar fashion, if the next actual Yj value 
315 matches the expected Y, then state machine 200 would persist in state 2 } for this specific 
« situation, while if the expected Yj is greater than the next actual Y, the state machine would then 
* transition back to state 1 . However, if the expected Y is again less than the subsequent Yj, 
Z state machine 200 may then transition to state 3, indicated by element 270 and the expected Yj 

2 may be adjusted upward and state machine 200 would then transition back to state 0. This 
^20 upward adjustment could be a fixed value or alternatively a percentage of the previously 

J expected Y. The invention is, of course, not limited in scope to any particular technique for 
^ adjusting the expected Y, in such an embodiment. Continuing such an iterative process would 

3 allow IPD 130 to converge on an actual Yj for periodic interrupts. 

A substantially similar iterative process may occur for a situation when an expected Y is 
25 greater than an actual Y for a given interrupt with transitions to states -1 , -2 and -3, respectively 
indicated by elements 230, 220 and 210. For this embodiment, such transitions would result in 
corresponding downward adjustments in the expected Yj and transitions back to state 0. While 
the invention is not limited in scope to determining an expected Yj value in this manner and 
alternative techniques may exist, this technique is advantageous as it may be tolerant of minor 
30 variations in a periodic interrupt signal. Such variations are commonly referred to as signal jitter 
and are well-known to those of skill in the art. 

Embodiments of IPDs, such as 130, may also employ a number of techniques for 
rejecting aperiodic interrupts. In such embodiments, such a rejection technique may override a 
Yj determined by a state machine associated with an aperiodic interrupt and prevent IPD 130, in 
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this particular embodiment, from communicating such a Yj to a VMM scheduler, for example. In 
this specific situation, a schedule generated by a VMM scheduler, such as 180 may not depend 
on aperiodic interrupts, as is desired. Various techniques for rejection of aperiodic interrupts 
exist, and the invention is not limited in scope to any particular technique for such rejection. 
5 Alternatively, for example, such rejection may be performed by H/W interrupt virtualizer 120. 
Embodiments for scheduling VMs in accordance with the invention that employ 
techniques such those described above with respect to FIG. 1 may schedule VMs using real- 
time scheduling techniques based, at least in part, on the Xj values communicated from VMs, as 
previously described, and Y, values that may be determined by the foregoing technique. The 
10 invention is, of course, not limited in scope to the particular techniques described and alternative 
manners of determining Yj may exist. Such embodiments may be employed, for example, when 
implementing a VM that may include a specialized instruction set. Though the invention is not 
limited in scope in this respect, such a VM may emulate, for example, a digital signal processor 

* (DSP). Because such VMs typically have substantially static computing resource requirements, 
315 use of the foregoing embodiment of real-time scheduling of VMs may be advantageous as a 

« static computing resource requirement may be communicated to a VMM by such a VM, which, 
- for this embodiment, may be expressed as X s . 

» While the embodiments described above may address the desire to allow real-time 

« scheduling of virtual-machines, an interface for communicating Xj and Yj may result in a custom 

-,20 implementation of both a VMM and any corresponding VMs implemented by such an 

y embodiment. FIG. 3 illustrates an embodiment, 300, employing a VMM that may allow real-time 

* scheduling of virtual machines without the addition of such an interface. This particular 

3 embodiment comprises a VMM that includes a proportional integral derivative (PID) controller, 
' 330, and an idle detector, 320, both of which may be implemented in software, for example. 
25 PID controllers, such as 330, are typically employed in feedback loops, such as 300, and are 
well-known by those skilled in the art. While the invention is not limited in scope to the use of 
any particular configuration of a PID controller, or the use of a PID controller at all, in this 
particular embodiment, PiD controller 330 may be employed in determining a resource 
requirement value, Xj, for VMs A and B, designated 340 and 350 respectively. 
30 In this particular embodiment, an idle detector 320 may also be employed to determine 

whether the VMs are achieving their real-time deadlines with the computing resources they are 
allocated. OSs typically employ an idle loop, and such loops are well known in the art. Such an 
idle loop may be indicated by a halt instruction (HLT), which then may be trapped by the VMM in 
an idle detector, for example. Such trapping may indicate to a VMM that a VM has encountered 
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an idle loop and that, for example, an OS executing within the VM has no useful work to do. Of 
course, the invention is not so limited in scope and alternative methods of providing such an 
indication may exist. Alternatively, as one example, the VM may load a specific application that 
executes at relatively to low priority to, for example, any real-time applications. Such a specific 
5 application may then issue a predefined illegal instruction. Such an instruction may then, in 
turn, be used to indicate to the VMM that the VM has received a sufficient allocation of 
computing resources for real-time applications. In this respect, a VM may still have useful non- 
real-time work to do. Such a technique may also be employed to more efficiently allocate 
computing resources in certain embodiment or certain situations. 
10 For this embodiment, if a VM does not reach the idle loop, that is does not issue a HLT, 

during its computing resource allocation, this may indicate to PID controller 330 an increase in 
computing resource allocation is desired for that particular VM. Conversely, if a VM reaches the 
idle loop, e.g. issues a HLT, before the completion of its computing resource allocation, this may 
^ indicate to PID controller 320 that a decrease in computing resource allocation is desired, for 
315 this embodiment. Although the invention is not limited in scope in this respect, it may be 
* advantageous to target reaching an idle loop at some predetermined point during a given 
f computing resource allocation such as, for example, 95%. Such a target may be advantageous 
« as it may allow real-time deadlines to be achieved while reducing the amount of unutilized 
« computing resources consumed by idle loops. Also, employing methods such as the foregoing 
^20 may reduce overall power consumption in virtual machine schemes employing such methods. 
J This reduction in power consumption may result, for example, at least in part, from more 
I efficient use of computing resources in such a virtual machine scheme. 

3 In embodiments such as 300, it may be advantageous to initialize the PID controller with 

an estimated computing resource allocation. This may be advantageous as it may reduce the 
25 convergence time for such a feedback loop to establish a Xj that may allow VMs, such as 340 
and 350, to achieve their real-time deadlines consistently. Reduction of convergence time for 
determining a specific Xj may also be advantageous as it may improve overall performance of a 
VM scheme employing embodiments such as feedback loop 300. Embodiments such as this 
are also potentially advantageous, as they may allow real-time scheduling of virtual machines 
30 while being substantially transparent to an OS executing in a VM. in this context, transparent 
means that an OS and any user applications running under that OS may not need additional 
software interfaces to communicate with, for example, a VMM, such as previously discussed 
with respect to embodiment 400. 
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An article in accordance with the invention may comprise, for example, a computer 
readable medium capable of storing instructions that when executed by a computing system 
may schedule VMs based on a resource requirement and an interrupt period, such as 
previously discussed. One embodiment of a configuration in which such an article may be 
5 employed is illustrated in FIG. 7, although, of course, the invention is not limited in scope to this, 
or any particular configuration. However, such articles may be employed as a memory, such as 
730. In this particular embodiment, such memory, which is well-know to those of skill in the art, 
may comprise, as some examples, a compact disk read only memory (CDROM), a disk-drive, a 
digital versatile disk (DVD), static random access memory (SRAM); such as cache memory, or 
10 any number of various dynamic RAM (DRAM) configurations. Such DRAM may include 
synchronous DRAM (SDRAM), extended data-out (EDO) DRAM, or double data rate (DDR) 
DRAM. The invention is, of course, not limited in scope to these particular configurations or 
examples of memory devices. 
3 In the embodiment illustrated in FIG. 7, instructions stored on/in such a memory for 

^15 scheduling VMs may be executed by the processor system, 720, of computing system 710. 
; Computing system 710 is also coupled to the Internet, 710, via communications medium 740, 
* although the invention is not so limited. Both the Internet and such communication media are 
™ well known in the art. Examples of such communication media may include, though are not 

limited to, modem connections, digital subscriber line (DSL) connections and broadband 
i20 network access connections. In this respect, instructions, such as those previously described, 
^ may be obtained from the Internet via communications medium 740 for execution by processor 
1 system 720. Such instructions may be stored, either temporarily or substantially permanently in 
3 the memory and then executed, as was previously discussed. The invention is, of course, not 

limited in scope in this respect and alternatively, for example, such instructions may be 
25 downloaded from the Internet and executed without employing memory 730. In such a 

situation, a computing system included in the Internet from which such instructions are obtained 
may be analogous in function, for this embodiment, to memory 730. 

While certain features of the invention have been illustrated and described herein, many 
modifications, substitutions, changes and equivalents will now occur to those skilled in the art. It 
30 is, therefore, to be understood that the appended claims are intended to cover all such 
modifications and changes as fall within the true spirit of the invention. 
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What is claimed is; 

1 1 . A method for scheduling a plurality of virtual machines comprising: 

2 determining a respective resource requirement (Xj) for each virtual machine (VM); 

3 determining a respective interrupt period (Yi) for each VM; and 

4 scheduling said plurality of VMs based, at least in part, on said respective Xj and Yj 

5 values. 

1 2. The method of claim 1 wherein, determining said respective Xj and Yj comprises 

2 communicating said respective Xj and Yj from an operating system (OS) running within said 

3 respective VM. 

1 3. The method of claim 1 wherein, determining said Xj and said Yj comprises 

2 communicating said Xj and said Yj from an application running within an operating system (OS) 

3 running within said respective VM. 

1 4. The method of claim 3 further comprising: 

2 dynamically maintaining values for said Xj and said Yj, wherein said application is a 

3 resource management application. 

1 5, The method of claim 1 wherein, determining said Xj comprises communicating said Xj 

2 from an operating system (OS) running within said respective VM. 

1 6. The method of claim 5 wherein, determining said Xj comprises communicating said Xj 

2 from an application running within an operating system (OS) running within said respective VM. 

1 7. The method of claim 6, wherein said application is a resource management application, 

2 which dynamically maintains said respective Xj. 
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1 8. The method of claim 1 , wherein determining a respective Xj comprises: 

2 monitoring whether a VM reaches an idle loop; 

3 increasing said respective Xj if said idle loop is not reached; 

4 decreasing said respective Xj if said idle loop is reached before a predetermined 

5 percentage of said resource requirement has been utilized. 

1 9. The method of claim 8, wherein determining respective Yj values comprises: 

2 filtering non-periodic interrupts; 

3 rejecting aperiodic interrupts; 

4 estimating said respective Yj values for periodic interrupts; and 

5 converging said respective Yj values to be substantially equivalent to actual periods for 

6 said periodic interrupts. 

1 10. An article comprising: a storage medium having stored thereon instructions that, when 

2 executed, result in a computing platform having the capability to: 

3 schedule a plurality of virtual machines (VMs) implemented in said computing platform 

4 based, at least in part, on a respective resource requirement (Xi) and an a respective interrupt 

5 period (Y,) for each VM of said plurality. 

1 11. The article of claim 1 0, wherein said instructions, when executed result in the capability 

2 to communicate said respective Xj from an application running within a VM of said plurality. 

1 12. The article of claim 1 1 , wherein said instructions, when executed result in the capability 

2 to communicate said respective Y s from an application running within a VM of said plurality. 

1 13. The article of claim 10, wherein said instructions, when executed result in the capability 

2 to communicate said respective X E and said respective Yj from an operating system running 

3 within a VM of said plurality. 

1 14. The article of claim 10, wherein said instructions, when executed result in the capability 

2 to communicate said respective Xi and said respective Yj from a resource management 

3 application running within a VM of said plurality. 
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1 15. The article of claim 10, wherein said instructions, when executed result in the capability 

2 to determine said respective Yj by comparing an expected interrupt period with an actual 

3 interrupt period and adjusting said respective Y based, at least in part, on said comparison. 

1 1 6. The article of claim 1 0, wherein said instructions, when executed result in the capability 

2 to determine said respective X { by detecting the occurrence of an idle loop within a VM of said 

3 plurality and adjusting Xi based, at least in part, on whether said idle loop occurs. 

1 17. A method for determining interrupt period values comprising: 

2 initializing said interrupt period values; 

3 generating virtualized interrupts by virtualizing hardware interrupts; 

4 filtering non-period interrupts; 

5 rejecting aperiodic interrupts; and 

6 adjusting said interrupt period values iteratively until substantially equivalent to actual 

7 interrupt periods. 

1 1 8. The method of claim 1 7, further comprising: 

2 acquiring resource requirement values; and 

3 scheduling a plurality of virtual machines (VMs) to achieve real-time deadlines based, at 

4 least in part, on said interrupt period values and resource requirement values. 

1 1 9. The method of claim 1 8, wherein said resource requirement values are acquired from 

2 said plurality of VMs. 
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1 20. The method of claim 1 7, further comprising determining resource requirement values, 

2 wherein determining said resource requirement values comprises: 

3 initializing said resource requirement values; and 

4 adjusting said resource requirement values iteratively based, at least in part, on a 

5 determination of an occurrence of a respective predetermined instruction. 

1 21 . The method of claim 20, wherein adjusting said resource requirement values comprises: 

2 increasing said resource requirement values if said respective predetermined instruction 

3 does not occur; 

4 decreasing said resource requirement values if said respective predetermined instruction 

5 occurs prior to a target time; and 

6 scheduling a plurality of virtual machines (VMs) based, at least in part, on said interrupt 

7 period values and said resource requirement values. 

1 22. An article comprising: a storage medium having stored thereon instructions that, when 

2 executed, result in a computing system having the capability to: 

3 initialize interrupt period values; 

4 generate virtualized interrupts by virtualizing hardware interrupts; 

5 filter non-period interrupts; 

6 reject aperiodic interrupts; and 

7 adjust said interrupt period values iteratively until substantially equivalent to actual 

8 interrupt periods. 

1 23. The article of claim 22, wherein said instructions, when executed, further result in the 

2 capability to: 

3 acquire resource requirement values; and 

4 schedule a plurality of virtual machines (VMs) to achieve real-time deadlines based, at 

5 least in part, on said interrupt period values and resource requirement values. 

1 24. The article of claim 23, wherein said resource requirement values are acquired from said 

2 plurality of VMs. 
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1 25. The article of claim 22, wherein said instructions, when executed, result in said 

2 computing platform having the further capability to: 

3 determine resource requirement values, wherein determining said resource requirement 

4 values comprises: 

5 initializing said resource requirement values; and 

6 adjusting said resource requirement values iteratively based, at least in part, on a 

7 determination of an occurrence of a respective predetermined instruction. 

1 26. The article of claim 25, wherein adjusting said resource requirement values comprises: 

2 increasing said resource requirement values if said respective predetermined instruction 

3 does not occur; 

4 decreasing said resource requirement values if said respective predetermined instruction 

5 occurs prior to a target time; and 

6 scheduling a plurality of virtual machines (VMs) based, at least in part, on said interrupt 

7 period values and said resource requirement values. 

1 27. A system comprising: 

2 a computing platform; 

3 said computing platform being adapted to implement, at least, a virtual machine monitor 

4 (VMM) and a plurality of virtual machines (VMs); 

5 said VMM being capable of scheduling said VMs to execute real-time applications 

6 based, at least in part, on a resource requirement (Xj) for each VM and an interrupt period (Yj) 

7 for each VM. 

1 28. The system of claim 27, further comprising: 

2 an interface capable of communicating respective Xj and Yj values for said each VM to 

3 said VMM. 
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1 29. The system of claim 27, wherein said VMM comprises: 

2 a feedback loop capable of determining a respective Xj for said each VM; 

3 a hardware interrupt virtuaiizer capable communicating device interrupts to said plurality 

4 of VMs and filtering non-periodic interrupts; 

5 an interrupt period detector (IPD) capable of determining said periods for periodic 

6 interrupts and communicating said periods to a scheduler; and 

7 said scheduler being capable of said scheduling of said plurality of VMs. 

1 30. The system of claim 29, wherein said feedback loop comprises: 

2 a detector capable of determining whether each of said VMs issues a predetermined 

3 instruction and indicating said determinations to a proportional integral derivative (PID) 

4 controller; 

5 said PID being capable of adjusting said respective Xj for said each VM based, at least 

6 in part, on said determination and communicating said adjusted respective X s to said scheduler. 
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ABSTRACT 

A method for scheduling a plurality of virtual machines includes: determining a resource 
requirement (Xi) for each virtual machine (VM); determining an interrupt period (Yj) for each VM; 
and scheduling the plurality of VMs based, at least in part, on each respective Xi and Y,. 
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